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(54) Method and apparatus for background caching of encrypted programming data for later 
playback 



(57) A method and apparatus for enabling back- 
ground caching of encrypted programming data on a 
storage medium for later playback in a digital video re- 
corder (DVR) system. A set top box (300) (STB) 
equipped with a DVR searches a program guide for up- 
coming pay-per-view (PPV) events. When the PPV 
event begins, the STB tunes an appropriate transponder 
and begins receiving programming data packets con- 



taining audio, video, system time and conditional access 
data packets associated with the event, which are 
stored for playback on a storage medium (320). When 
the user turns the STB on and selects an option to play- 
back a previously-recorded PPV event, the appropriate 
programming data is retrieved from the storage medium 
(320), and the STB recreates the original transmission 
timing of the data, to be displayed on a display device 
(370) of the user (Fig. 3). 
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Description 

Related Application (s): 

[0001] This application claims the benefit under 35 U. 
S.C. Section 119(e) of a U.S. Provisional Patent Appli- 
cation by Paul Gaske et al. entitled "BACKGROUND 
CACHING OF ENCRYPTED PROGRAMMING DATA 
FOR LATER PLAYBACK". Serial No. 60/164,687, filed 
on November 10, 1999. Additionally, this application 
claims priority to a U.S. Provisional application by Adrian 
Yap et al. entitled "DIGITAL VIDEO RECORDER", Se- 
rial No. 60/199 ! 438 ! filed on April 25, 2000, the entire 
contents of each application being incorporated by ref- 
erence herein. 

Background of the Invention 

1 . Technical Field of the Invention 

[0002] This invention generally relates to digital re- 
cording, playing, and playback of previously recorded 
audiovisual (A/V) signals. This invention more particu- 
larly relates to a method and apparatus for receiving 
broadcast entertainment-type data, such as packetized 
digital video, audio, conditional access, and system time 
signals transmitted in a direct broadcast satellite or dig- 
ital video broadcast (DVB) system, and for storing the 
received data in an encrypted format, until viewing is de- 
sired by the user. 

2. Description of Related Art 

[0003] Conventional communications systems in- 
clude a receiver for receiving and processing transmit- 
ted waveforms. One type of receiver is part of a "wire- 
less digital television." Wireless Digital Television allows 
consumers to receive, directly in their homes, numerous 
channels broadcast from a set of satellites. The receiver 
includes a small satellite dish connected by a cable to 
a set-top box (STB) or an integrated receiver-decoder 
(IRD), which are used as interchangeable terms in the 
art. The satellite dish is aimed toward the satellites, and 
the STB is connected to the user's television in a similar 
fashion to a conventional cable-TV decoder 
[0004] On the transmission side, video, audio, and re- 
lated information data signals are digitally encoded into 
a packetized data stream using a number of algorithms. 
The encoded data stream, which includes overhead for 
error correction . is modulated to Ku-band frequency, 
transmitted to the satellite, and relayed from the satellite 
to the satellite dish. The satellite dish shifts the Ku-band 
signal down to an L-band signal that is transmitted 
through the cable to the STB. 
[0005] In the STB. front-end circuitry receives the L- 
band signal and converts it to the original digital data 
stream of video, audio, and related information signals. 
The digital data stream is fed to video/audio decoder cir- 



cuits that perform the main video/audio processing func- 
tions such as de-multiplexing and decompression. A mi- 
cro-controller controls the overall operation of the STB. 
including the selection of parameters, the set-up and 
5 control of components, channel selection, viewer ac- 
cess to different programming packages, blocking cer- 
tain channels, and many other functions. The compres- 
sion and decompression of packetized video signals 
may be accomplished according to the Motion Picture 
10 Expert Group (MPEG) standards and the compression 
and decompression of audio signals may be accom- 
plished according to the Motion Picture Expert Group 
(MPEG) standards or the Dolby™ Digital (or AC -3) 
standard. Thus, the STB unit typically includes an 
is MPEG-1 or MPEG-2 video decoder and an MPEG-1, 
MPEG-2, or Dolby™ Digital (or AC-3) audio decoder in 
order to decompress the received compressed video 
and audio. The video and audio decoders can be on the 
same or separate chips. 

[0006] A transport processor of the STB outputs video 
and audio data to a number of destinations, including 
audio and video decoders, ports, memories, and inter- 
face devices, such as a digital VHS (DVHS) interface. 
The STB may send the same audio and video data to 
different destinations. 

[0007] Using a conventional STB, when a userwishes 
to view a pay-per-view (PPV) event, the user (1) must 
decide in a relatively short period of time (one half-hour 
or less) whether the user wants to view the PPV event; 
(2) must be available to view the PPV event when the 
programming is shown; (3) must wait, usually until the 
next haffhour boundary, forthe PPV event to begin; and 
(4) must watch the PPV event in real time. These time 
constraints unnecessarily burden the potential viewer of 
a PPV event. 

Summary of the Invention 

[0008] The present invention is directed to a method 
and apparatus for background caching of encrypted pro- 
gramming for later playback. When a PPV event is se- 
lected for caching, the digital data packets are stored for 
later decryption and playback. The digital data may in- 
clude audio and video digital packets, system time, and 
conditional access packets. In one embodiment, storing 
and playback of digital data is performed automatically 
without user intervention by a set-top box (STB), with 
playback being performed when the user pays for a de- 
sired one, or plurality of, PPV events. Programming ma- 
terials may be protected by encryption within the STB. 
Programming may also be protected by an additional 
level of conditional access/copy protection provided 
within the STB. The PPV events that are stored may be 
one or more events selected by a user, or all PPV events 
available to a user. 

[0009] As set forth above, all PPV events are stored 
in encrypted format The PPV events are not decrypted 
until the user determines which of the PPV events he/ 
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she would like to view. At that time, the data packets for 
the selected PPV event are decrypted and the user is 
billed for the PPV event. As a result, the user is not billed 
for all PPV events recorded, only the PPV events that 
are subsequently replayed. 

[0010] The present Invention is embodied in a wire- 
less distribution system that conveniently distributes 
digital packetized video : audio, and data to individual 
users at geographically remote locations. 
[0011] At a satellite uplink facility, video and audio sig- 
nals may be digitized in a known manners, multiplexed 
with other data signals, compressed (if required), com- 
bined with error correction codes, encrypted, modulated 
on a carrier, and uplinked to a geosynchronous satellite. 
The satellite receives the uplinked signals and rebroad- 
casts them over a footprint that preferably covers at 
least the continental United States. Receiver units, 
which are typically located at the user's dwelling, receive 
the satellite signals. The receiver units include an an- 
tenna, which preferably is in the form of a satellite dish, 
along with an STB. The antenna feeds the received sat- 
ellite signal to the STB unit, which receives the transmit- 
ted digital video, audio, and data. 
[0012] Typically, the received packets are presented 
to a transport circuit that is in communication with a mi- 
croprocessor. The microprocessor informs the transport 
circuit which packets are of interest. 
[001 3] For example, if the STB is instructed by the us- 
er to display a PPV event, the microprocessor instructs 
the transport to receive and process all packets (includ- 
ing particularly the video and audio packets) associated 
with the PPV event programming. The information about 
how to receive the PPV event, or any other program- 
ming channel, may be provided via a program guide da- 
ta stream accessed by the microprocessor of the STB. 
[0014] In general, the program guide identifies (based 
on header information) those packets that must be as- 
sembled in order to construct the audio and video for 
any of the available programs. Program guide data also 
may include information needed to construct a graphical 
listing of the show times and channels for available pro- 
gramming, program description data, program rating 
data, program category data, and other data. A transport 
processor can identify the desired PPV event packets 
by header information in the packet, strip off the payload 
portion of the packet, and forward the payloads to an 
audio and video decoder (or optionally first to an inter- 
mediate storage location). The audio and video decod- 
ers can be on the same or separate chips. The decoder 
then stores the payloads in designated memory loca- 
tions. The PPV event video and audio payloads are then 
called up from their memory locations as needed, de- 
coded, converted to NTSC analog signals, and provided 
to a conventional display device. 
[001 5] Further scope of applicability of the present in- 
vention will become apparent from the detailed descrip- 
tion given hereinafter. However, it should be understood 
that the detailed description and specific examples, 



while indicating preferred embodiments of the invention, 
are given by way of illustration only, since various 
changes and modifications within the spirit and scope 
of the invention will become apparent to those skilled in 
5 the art from this detailed description. 

Brief Description of the Drawings 

[0016] The present invention will become more fully 
10 understood from the detailed description given herein- 
below and the accompanying drawings which are given 
by way of illustration only, and thus are not limitative of 
the present invention, and wherein: 

*5 Fig. 1 is an exemplary arrangement of a digital video 
recorder-equipped (DVR) set-top box (STB) of a di- 
rect broadcast satellite or digital video broadcast 
system; 

Fig. 2 illustrates a general data flow in a direct 
20 broadcast satellite or digital video broadcast sys- 
tem; 

Fig. 3 is a block diagram of an exemplary architec- 
ture of the DVR-equipped STB that is capable of 
performing background caching of encrypted pro- 
25 gramming for later playback in accordance with the 
present invention; 

Fig. 4 is a block diagram showing an exemplary 
construction of a memory device according to an 
exemplary embodiment of the invention; 
30 Fig. 5 is a diagram illustrating a preferred data for- 
mat for packetized data received and transmitted in 
accordance with an exemplary embodiment of the 
invention; 

Fig. 6 is a flow diagram showing data flow for re- 
35 cording or background caching of encrypted pro- 
gramming such as pay-per-view (PPV) events for 
later playback in accordance with an exemplary em- 
bodiment of the invention; 
Fig. 7 illustrates an alternative recording path in ac- 
^0 cordance with the invention; 
and 

Fig. 8 is a block diagram of an another exemplary 
set-top box in accordance with the invention. 

45 Detailed Description 

[0017] In general, television signal distribution sys- 
tems generally rely on either a cable network or on free- 
space propagation for delivering television signals to in- 

50 dividual users or subscribers. Cable-based television 
systems transmit one or more individual television sig- 
nals or "channels'* over wire, while free-space propaga- 
tion systems transmit one or more channels over-the- 
air, i.e. , in a wireless manner. Most large-scale cable and 

55 wireless television signal distribution systems broadcast 
a broadband television signal having a plurality of indi- 
vidual television signals or channels modulated onto 
one or more carrier frequencies within a discemable f re- 
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quency band. 

[0018] Some wireless television signal distribution 
systems use one or more geosynchronous satellites to 
broadcast a broadband television signal to receiver 
units within a large geographic area, while other wire- s 
less systems are land-based, using one or more trans- 
mitters located within smaller geographic areas to 
broadcast to individual receiver units within those geo- 
graphic areas. An example of a land-based "cellular" 
type television signal distribution system is disclosed in 10 
Bossard, U.S. Patent No. 4,747,160. This system in- 
cludes multiple television signal transmitting stations, 
each of which transmits a television signal to individual 
receivers spread throughout a limited geographic re- 
gion, and is configured so that adjacent transmitting sta- is 
tions use modulation and frequency diversity to prevent 
interference. 

[0019] Some cellular systems, such as those com- 
monly referred to as LMDS (local multi-point distribution 
system) and MMDS (multi-channel, multi-point distribu- 20 
tion system), use a land-based cellular-type transmitting 
setup to rebroadcast satellite signals at frequencies dif- 
ferent than the frequencies used by the satellite. Each 
of the transmitters of an LMDS system typically trans- 
mits within a one to five mile radius cell while each of 25 
the transmitters of an MMDS system typically transmits 
within an approximately 30-mile radius cell. 
[0020] The present invention may be embodied in a 
satellite-based distribution system. The system gener- 
ally includes an earth station that compiles a number of 30 
programs (video and audio) into a broadband signal, 
modulates a carrier frequency band with the broadband 
signal and then transmits (uplinks) the modulated signal 
to a geosynchronous satellite via a transmit antenna. 
The satellite amplifies the received signal, shifts the sig- 35 
nal to a different carrier frequency band and transmits 
(downlinks) the frequency shifted signal to earth for re- 
ception at individual receiver stations. 
[0021 ] The uplink and downlink broadband signals of 
the disclosed satellite distribution system may be divid- 40 
ed into a plurality of transponder signals, each having a 
plurality of individual channels. For example, analog sat- 
ellite systems operating in the so-called "G-band," i.e., 
between about 3.7 GHz and about 4.2 GHz, typically 
broadcast ten (1 0)-500 MHz-wide transponder signals, 45 
with each transponder signal further including twelve, 
40 MHz- wide analog channels. Satellite systems may 
also broadcast a set of transponder signals at multiple 
polarizations, for example, a right-hand circular polari- 
zation (PHCP) and a left-hand circular polarization (LH- so 
CP), within the band of carrier frequencies associated 
with the satellite; effectively doubling the number of 
channels broadcast by the system. 
[0022] Satellite-based signal distribution systems ex- 
ist for many frequency bands, including the so-called ss 
"Ku-band" which ranges from approximately 12 GHz to 
approximately 18 GHz. The preferred embodiment of 
the present invention uses an uplink signal having 16 



RHCP transponder signals and 16 LHCP transponder 
signals modulated into the frequency band between 
about 17.2 GHz and about 17.7 GHz. Each of these 32 
transponder signals includes data packets related to ap- 
proximately 1 0 individual television channels associat- 
ed therewith. The satellites shift the uplink transponder 
signals to carrier frequencies ranging from approximate- 
ly 11.7 GHz to approximately 12.2 GHz and transmit 
these frequency-shifted transponder signals back to 
earth for reception at each of a plurality of individual re- 
ceiver stations. 

[0023] Each receiver station may include an antenna 
coupled to a set top box (STB) that is equipped with a 
digital video recorder (DVR). In another embodiment, 
the STB may have interlace circuitry coupled thereto for 
connection to an external digital peripheral unit such as 
a storage medium. 

[0024] The antenna may comprise a parabolic dish 
antenna such as an outdoor unit (ODU) for example, 
pointed in the general direction of the transmitting sat- 
ellite (or other transmitting location) to thereby receive 
the broadband signal. Such antennas may also include 
a low-noise block (LNB) downconverter, which filters 
and shifts the incoming signal to an intermediate fre- 
quency band, such as L-band, which is between approx- 
imately 1 .0 GHz and approximately 2.0 GHz. In one em- 
bodiment, the signal received from the satellite Is shifted 
to the frequency band between approximately 950 MHz 
and approximately 1450 MHz. 
[0025] Sometimes, only the RHCP transponder sig- 
nals or the LHCP transponder signals are mixed down 
to L-band, depending on which channel a user is view- 
ing. However in systems having a two-channel LNB 
downconverter, both the RHCP and the LHCP trans- 
ponder signals are shifted down to L-band and provided, 
via separate lines, to the receiver station. 
[0026] Fig. 1 is an exemplary arrangement of a set- 
top box (STB) 300 equipped with a digital video recorder 
(DVR) within a direct broadcast satellite or digital video 
broadcast (DVB) system, in accordance with the meth- 
od and apparatus of the present invention. In the exem- 
plary embodiment of Figure 1, the system 1000 may 
comprise a transmit antenna station 100, satellite 200, 
receive antenna 250 and DVR 300. 
[0027] The transmit antenna station may be a DI- 
RECTV™ satellite uplink facility, for example, or any 
other earth station as described above and which is well 
known in the art. The bitstream 1 50 is a digital audio and 
video television data (A/V signal), the medium is a sat- 
ellite 200, and the receive antenna 250 is preferably an 
outdoor unit (ODU). As illustrated in Figure 1, the ODU 
is connected to a set-top box (hereinafter STB) 300 via 
coaxial cable 275. In this exemplary embodiment, the 
DVR of the present invention is included in, or sub- 
sumed within the STB 300. STB 300 may further be con- 
nected to a display 370, such as a standard definition 
television, a high definition television or a PC monitor 
and also may be connected to a telephone line 375. The 
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DVR-equipped STB 300 may be controlled via a remote 
control 400. 

[0028] Fig. 2 illustrates the general data flow in a di- 
rect broadcast satellite or digital video broadcast sys- 
tem. In operation, the transmit antenna station 100 
(hereinafter referred to as uplink facility 100 for clarity) 
can receive video and audio programming from a 
number of sources, including satellites, terrestrial fiber 
optics, cable, or tape. Preferably, the received program- 
ming signals, along with data signals such as electronic 
scheduling data and conditional access data, are sent 
from some commercial source 1 05 to a video/audio/data 
encoding system 110 within uplink facility 100. Here, 
they are digitally encoded and multiplexed into a pack- 
etized data stream using a number of conventional al- 
gorithms, including convolution error correction and 
compression, for example. 

[0029] In a conventional manner, the encoded data 
stream is modulated and sent through an uplink fre- 
quency converter 1 1 5 which converts the modulated en- 
coded data stream to a frequency band suitable for re- 
ception by the satellite 200. Preferably, the satellite fre- 
quency is K-band such as in the Ku-band; however the 
frequency may be in the Ka band as well. The modulat- 
ed, encoded data stream is then routed from the uplink 
frequency converter 115 to an uplink satellite antenna/ 
dish 120, where it is broadcast toward the satellite 200 
over the airlink 150. The satellite 200 receives the mod- 
ulated, encoded Ku-band data stream via downlink 1 55, 
and re-broadcasts it downward toward an area on earth 
that includes the various receiver stations (STB 300, for 
example). In this embodiment, the satellite dish (ODU 
250) of STB 300 shifts the Ku-band signal down to an 
L-band signal which is transmitted via a LNB downcon- 
verter 1 60 to STB 300, for eventual reproduction on dis- 
play monitor 370. 

[0030] Front-end circuitry, which may or may not be 
part of STB 300 : receives the L-band RF signals from 
the LNB 160 and converts them back into the original 
digital data stream. The front-end circuitry may include 
a tuner. Circuitry (shown and explained in more detail in 
Figure 3) receives the original data streams via an input 
port and performs video/audio processing operations 
such as de-multiplexing and decompression. A micro- 
processor (host processor) controls the overall opera- 
tion of STB 300, including the selection of parameters, 
the set-up and control of components, channel selec- 
tion, a user's access to different program packages, and 
many other functions. 

[0031] Figure 3 illustrates an exemplary architecture 
of the DVR-equipped STB 300 that is capable of per- 
forming background caching of encrypted programming 
for later playback in accordance with the present inven- 
tion. The STB 300 utilizes a bus 305 to interconnect var- 
ious components and to provide a pathway for data and 
control signals. 

[0032] Figure 3 illustrates a host processor 31 0 : a 
memory device 315 (in an exemplary configuration em- 



bodied as an SDRAM 315) and a hard disc drive (HDD) 
320 connected to the bus 305. The host processor 31 0 
may also have a direct connection to SDRAM 315 as 
shown in Figure 3. 

s [0033] As further shown in Figure 3, a transport proc- 
essor 330 and PCI l/F 340 (peripheral component inter- 
connect interface) are connected to the bus 305. The 
transport processor 330 also has a connection to input 
port 325 and SDRAM 335. Furthermore, the PCI l/F 340 

io is connected to a decoder 350. The decoder 350 is con- 
nected to a video encoder 360. The output of video en- 
coder 360 is in turn sent to a display device 370. Decod- 
er 350 may include both an M PEG A/V decoder 352 and 
an AC-3/M PEG audio decoder 356, the output of the lat- 

'5 ter being sent to display device 370 after conversion in 
a digital-to-analog converter (DAC) 372. 
[0034] The host processor 310 may be constructed 
with conventional microprocessors such as the currently 
available Pentium™ processors from Intel. Host proc- 

20 essor 310 performs non real-time functions in the STB 
300, such as graphics-user interface and browser func- 
tions. 

[0035] HDD 320 is actually a specific example of a 
mass storage device. In other words, the HDD 320 may 

25 be replaced with other mass storage devices as is gen- 
erally known in the art, such as known magnetic and/or 
optical storage devices, (i.e., embodied as RAM, a re- 
cordable CD, a flash card, memory stick, etc.). In an ex- 
emplary configuration, HDD 320 may have a capacity 

30 of at least about 25 Gbytes, where preferably about at 
least 20 Gbytes is available for various recording appli- 
cations, and the remainder flexibly allocated for pause 
applications in STB 300. 

[0036] The bus 305 may be implemented with con- 

35 ventional bus architectures such as a peripheral com- 
ponent interconnect (PCI) bus that is standard in many 
computer architectures. Alternative bus architectures 
could, of course, be utilized to implement bus 305. 
[0037] The transport processor 330 performs real- 

40 time functions and operations such as control of the N 
V data flow, conditional access, program guide control, 
etc., and may be constructed with an ASIC (application 
specific integrated circuit) that contains, for example, a 
general purpose R3000A MIPS RISC core, with suffi- 

^5 cient on-chip instruction cache and data cache memory. 
Furthermore, the transport processor 330 may integrate 
system peripherals such as interrupt, timer, and memory 
controllers on-chip, including ROM, SDRAM, DMA con- 
trollers; a packet processor, crypto-logic. PCI compliant 

50 pc port, and parallel inputs and outputs. The implemen- 
tation shown in Figure 3 actually shows the SDRAM 335 
as being separate from the transport processor 330, it 
being understood that the SDRAM 335 may be dis- 
pensed with altogether or consolidated with SDRAM 

55 315. In other words, the SDRAMs 31 5 and 335 need not 
be separate devices and can be consolidated into a sin- 
gle SDRAM or other memory device. 
[0038] The input port 325 receives audiovisual bit- 
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streams that may Include, for example, MPEG-1 and 
MPEG-2 video bitstreams, MPEG-1 layer II audio bit- 
streams and Dolby digital (AC-3) audio bitstreams. Ex- 
emplary A/V bitrates may range from about 60 Kbps 
to15 Mbps for MPEG video, from about 56-384 Kbps for 
MPEG audio, and between about 32-448 Kbps for AC- 
3 audio. The single-stream maximum bitrate for STB 
300 may correspond to the maximum bitrate of the input 
programming, for example 16 Mbps or 2 MBps, which 
corresponds to the maximum MPEG-2 video bitrate of 
15 Mbps, maximum MPEG-1 Layer-2 audio bitrate of 
384 kbps, and maximum AC-3 bitrate of 448 kbps. 
[0039] Of course, various other audiovisual bitstream 
formats and encodation techniques may be utilized in 
recording. For example, STB 300 may record an AC-3 
bitstream, if AC-3 broadcast is present, along with 
MPEG-1 digital audio. Still further, the received audio- 
visual data may be encrypted and encoded or not en- 
crypted and encoded. If the audiovisual data input via 
the input port 325 to the transport processor 330 is en- 
crypted, then the transport processor 330 may perform 
decryption. Moreover, the decryption may be performed 
instead by the host processor 310. 
[0040] Alternatively, the host processor 310 and 
transport processor 330 may be integrated or otherwise 
replaced with a single processor As mentioned above, 
the SDRAMs (315 and 335) may be consolidated or re- 
placed with a single SDRAM or single memory device. 
[0041] The PCI l/F 340 may be constructed with an 
ASIC that controls data reads from memory. Audiovisual 
(A/V) data may be sent to the host processor 310's 
memory while simultaneously being sent to an MPEG 
AN decoder 352, as further discussed below. 
[0042] As previously noted, decoder 350 may be con- 
structed as shown in Figure 3 by including the M PEG A/ 
V decoder 352 connected to the PCI l/F 340 : as well as 
an AC-3/MPEG audio decoder 356 which is also con- 
nected to the PCI l/F 340. In this way, the video and au- 
dio bitstreams from the PCI l/F 340 can be separately 
decoded by decoders 352 and 356, respectively. Alter- 
natively, a consolidated decoder may be utilized that de- 
codes both video and audio bitstreams together. As 
mentioned above, the encodation techniques are not 
limited to MPEG and AC-3 and can include any known 
or future developed encodation technique. In a corre- 
sponding manner, the decoder 350 could be construct- 
ed to process the selected encodation technique(s) uti- 
lized by the particular implementation desired. 
[0043] In order to more efficiently decode the MPEG 
bitstream, the MPEG AN decoder 352 may also include 
a memory device such as SDRAM 354 connected there- 
to. This SDRAM 354 may be eliminated, consolidated 
with decoder 352 or consolidated with the other 
SDRAMs 315 and/or 335. 

[0044] Video encoder 360 is preferably an NTSC en- 
coder that encodes, or converts the digital video output 
from decoder 350 into a coded analog signal for display. 
Regarding the specifications of the NTSC (National Tel- 



evision Standards Committee) encoder 360, the NTSC 
is responsible for setting television and video standards 
in the United States. The NTSC standard for television 
defines a composite video signal with a refresh rate of 
s 60 half-frames (interlaced) per second. Each frame con- 
tains 525 lines and can contain 16 million different 
colors. 

[0045] In Europe and the rest of the world, the domi- 
nant television standards are PAL (Phase Alternating 

10 Line) and SECAM (Sequential Color with Memory). 
Whereas NTSC delivers 525 lines of resolution at 60 
half-frames per second, PAL delivers 625 lines at 50 
half-frames per second. Many video adapters or encod- 
ers that enable computer monitors to be used as televi- 

15 sion screens support both NTSC and PAL signals. SE- 
CAM uses the same bandwidth as PAL but transmits the 
color information sequentially. SECAM runs on 625 
lines/frame. 

[0046] Thus, although use of NTSC encoder 360 is 

20 envisioned to encode the processed video for display 
on display device 370, the present invention is not lim- 
ited to this standard encoder. PAL and SECAM encod- 
ers may also be utilized. Further, hi-definition television 
(HDTV) encoders may also be viable to encode the 

25 processed video for display on a HDTV, for example. 
[0047] Display device 370 may be an analog or digital 
output device capable of handling a digital, decoded out- 
put from the video encoder 360. If analog output device 
(s) are desired, to listen to the output of the AC-3/MPEG 

30 audio decoder 356, a digital-to-analog converter (DAC) 
372 is connected to the decoder 350. The output from 
DAC 372 is an analog sound output to display device 
370 : which may be a conventional television, computer 
monitor screen, portable display device or other display 

35 devices which are known and used in the art. If the out- 
put of the AC-3/MPEG audio decoder 356 is to be de- 
coded by an external audio component, a digital audio 
output interface (not shown) may be included between 
the AC-3/MPEG audio decoder 356 and display device 
370. The interface may be a standard interface known 
in the art such as a SPDIF audio output interface, for 
example, and may be used with, or in place of DAC 372, 
depending on whether the output devices are analog 
and/or digital display devices. 

45 [0048] Figure 4 illustrates various components that 
may be provided for the SDRAM 315. As mentioned 
above, the SDRAM shown in Figure 3 is actually a spe- 
cific implementation of a memory device. It is noted that 
the invention is not limited to this specific implementa- 

50 tion of SDRAM 315 and can include any other known or 
future developed memory technology. Regardless of the 
technology selected, the memory device 315 may in- 
clude a buffer space 316 which may be a fixed or virtual 
set of memory locations that buffers or otherwise tem- 

55 porarily stores audiovisual data. In practice, the video 
data may be stored separate from the audio data, but it 
would be possible to intermix these data types depend- 
ing upon the particular application and coding tech- 
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niques utilized for the audio and visual data. 
[0049] The audio visual data stored in the buffer 
space 316 includes one or more start addresses 317 
which indicate the beginning memory address at which 
the audio and/or video data (A/V) is stored. If the A/V 5 
data is separately stored, then a plurality of stored ad- 
dresses will be necessary. Furthermore, if there are 
more than one set of, or a block of data within the buffer 
space 31 6, then the start addresses 31 7 will individually 
point to each block of data. 10 
[0050] The memory device 31 5 also includes a status 
word space 318. This status word space includes fixed 
or virtual addresses at which status words may be 
stored. An example of a status word that may be stored 
in the status word space 31 8 is a status word summa- is 
rizingthe status of a peripheral device. For example, the 
status word that may be stored within the status word 
space 31 8 may include the status of the host processor 
310 or transport processor 330. The status word space 
31 8 may also include pointers 31 9 that point to the start 20 
addresses 317 within the buffer space 316. 
[0051] As further shown in Figure 4, the SDRAM 315 
may connect to the bus 305 via an interface 314. The 
dash lines indicate that the interface 31 4 is optional and 
may or may not be included depending upon the inter- 25 
face requirements of the particular memory device 315 
and/or bus 305. 

[0052] Figure 5 is a diagram illustrating an exemplary 
data packet that is transmitted via the system of the 
present invention. All information may be transmitted in 30 
this format, including video, audio, program guide, con- 
ditional access and other data. 
[0053] As shown, each data packet is 130 bytes long 
(a byte is made up of 8 bits), but seventeen additional 
bytes (not shown) are used for error correction and/or 35 
other functions. The first two bytes of information con- 
tain the service channel ID (SCID) and flags. The SCID 
is a unique 12-bit number that uniquely identifies the 
particular data stream to which a data packet belongs. 
The flags may be made up of four bits, including bits to *o 
indicate whether or not the packet is encrypted and 
which key (A or B) to use for decryption. 
[0054] The next 128 bytes make up the "payload 
block". The payload block includes the packet type, con- 
tinuity counter and transport block. As seen in Fig. 5, the 
third byte of information from the left may be made up 
of a four-bit packet type indicator and a four-bit continu- 
ity counter. The packet type identifies the packet as hav- 
ing one of four formats. When combined with the SCID, 
the packet type determines how the packet is to be used, so 
In general, the continuity counter increments once for 
each packet received with the same SCID value. The 
next 127 bytes of information is the "transport block", 
includes the data which is the actual usable information 
sent from the program provider. Such packets may have 55 
less than 1 27 bytes of useful data. 
[0055] The operation of the invention will now be de- 
scribed in accordance with Figs. 6 and 7. Figure 6 shows 



the data flow among the various components of the STB 
300. Some of the connections between components, 
and associated reference numerals from Figure 3 may 
have been eliminated in Figure 6 in order to highlight the 
data flow which is shown using dashed lines (see Key) 
in Figure 6. 

[0056] The operation of recording or background 
caching of encrypted data in STB 300 will now be de- 
scribed. When the STB 300 is in a power-down mode, 
namely a viewer is not watching programming on the 
display device 370, the host processor 310 searches a 
program guide therein to find an upcoming pay-per-view 
(PPV) event to ultimately record on HDD 320. When the 
PPV event begins, the STB 300 tunes to the appropriate 
transponder and begins receiving the A/V data, system 
time and conditional access packets associated with the 
PPV event (hereinafter collectively termed "program- 
ming data" for convenience; this is the packet data 
shown in Fig. 5). 

[0057] As shown in Figure 6, the data packets re- 
ceived by input port 325 are time-stamped at time of re- 
ception and fed to the transport processor 330. At this 
point, and if desired, the programming data (which is re- 
ceived as compressed and encrypted data as explained 
above) may also be subjected to an additional layer of 
copy protection provided by transport processor 330. 
[0058] The transport processor 330 then transfers the 
received programming data to SDRAM 315. Digital re- 
cording (background caching) is accomplished by the 
host processor 310, which transfers the programming 
data buffered by SDRAM 315 to the HDD 320. In other 
words, the SDRAM 315 serves as a buffer which buffers 
data sent by transport processor 330. This allows the 
host processor 310 to control the recording onto the 
HDD 320 when host processor 310 time is available. 
When a sufficient amount of programming data has 
been accumulated in the SDRAM 315, the host proces- 
sor 310 transfers the data from the SDRAM 315 to the 
HDD 320 for recording therein. 
[0059] When the selected PPV recording is complete, 
the host processor 310 then searches for another, not 
previously recorded PPV event to record. The above 
procedure is then repeated. Over the course of a week 
or so, all PPV events on the satellite system can be re- 
corded to HDD 320 in this manner. Approximately 75 
programs (105 minutes at 3 Mbps) can be recorded in 
175 Gbytes of disk space. Thirty (30) Gbytes of disk 
space will hold about 13 PPV programs. 
[0060] Fig. 7 illustrates an alternative signal path for 
recording. Audiovisual data is fedfromthe input port 325 
to the transport processor 330. The transport processor 
330 then transfers the received audiovisual data to the 
PCI l/F 340, as indicated by the dashed data flow line, 
The PCI l/F 340 receives audiovisual data from the 
transport processor 330 via bus 305, and sends this da- 
ta to host processor 310, more particularly to SDRAM 
315. Digital recording is accomplished similarly, with 
SDRAM 315 serving as a buffer that buffers data sent 
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by the PCI l/F 340. This allows the host processor 310 
to control the recording onto the HDD 320 when proc- 
essor time is available. When a sufficient amount of A/ 
V data has been accumulated in the SDRAM 315, the 
host processor 310 transfers the data from the SDRAM 
31 5 to the HDD 320 for recording therein. To record da- 
ta, the host processor 310 may also inform the PCI l/F 
340 of available start addresses in the SDRAM buffer 
space 315 to which data may be buffered for eventual 
recording in HDD 320. 

[0061] The operation of playing back the cached/re- 
corded encrypted programming data in STB 300 is now 
described. Referring again to Fig. 6, when the viewer 
turns the STB 300 back on, the viewer is given the option 
to playback any of the previously recorded PPV events. 
Preferably, this may be done by using remote control 
(not shown) to access a menu on display device 370. If 
the viewer selects a PPV event, the corresponding au- 
dio, video, system time and conditional access packets 
(i.e., the selected programming data) are retrieved from 
HDD 320. 

[0062] In particular, when the user selects the play- 
back option, the selected programming data recorded 
on HDD 320 is sent via bus 305 to a queue in SDRAM 
315. Next : the buffered data is sent from SDRAM 315 
via bus 305 to transport processor 330, back to bus 305 
and then to PCI l/F 340, which in turn sends the selected 
programming data to decoder 350. More specifically, the 
video portion of the bitstream is sent to MPEG A/V de- 
coder 352, with the audio portion being sent to AC- 
S/MPEG audio decoder 356. Further, any conditional 
access is removed (decrypted) by transport processor 
330 before the data is then sent to decoder 350. The 
conditional access packets are used to decrypt the au- 
dio and video data in transport processor 330, with the 
decrypted data being sent to decoder 350 via PCI 1 1F 
340. 

[0063] Transport processor 330 and decoder 350 (in 
particular MPEG A/V decoder 352), use the recorded 
time stamps to recreate the original transmission timing 
of the data. Additionally, MPEG A/V decoder 352 may 
be provided with an SDRAM 354 in order to more effi- 
ciently decode the MPEG bitstream (i.e. now-decrypted 
but still encoded video portion of the programming data) 
received from PCi l/F 340. SDRAM 354 is similar to 
SDRAM 315 discussed above in its construction. 
SDRAM 354 temporarily holds the encoded video bit- 
stream data, and also provides the three frame buffers 
required for MPEG decoding, as is known in the art. 
Thereafter, the decoded programming data (A/V data) 
is output to NTSC encoder 360 for conversion to an an- 
alog format, so that it may be displayed on display de- 
vice 370. From this point on, the playback data looks, 
for all intents and purposes, identical to the original PPV 
broadcast. 

[0064] As outlined above, the present invention pro- 
vides the viewer with much more flexibility regarding a 
PPV event In particular, the user need not decide in a 



relatively short period of time whether to view a PPV 
event, the user need not be available when the PPV 
event is being broadcast, the user need not wait until 
the next half-hour boundary, and the user need not 
5 watch the PPV event in real time. In fact, the present 
invention may be utilized to record an entire month or 
more of PPV programming, which can be viewed at the 
user's convenience. The PPV events are not billed to 
the viewer until viewing occurs. 
10 [0065] The present invention has been described pri- 
marily in terms of a storage medium such as HDD 320 
being an internal component within the STB 300 
equipped with DVR. However, the present invention is 
not limited to this application: it is equally applicable to 
'5 an STB that records programming data to, and later ac- 
cesses the data for playback from, an external storage 
medium (i.e., an external hard disc drive). An exemplary 
embodiment of such an STB is now described. 
[0066] Figure 8 is a block diagram of an another ex- 
emplary STB 500 in accordance with the invention. A 
satellite dish antenna (such as ODU 250 in Fig. 1 ) trans- 
fers the received satellite signal to a conventional LNB 
down converter circuit (not shown) which then passes 
the signal to a satellite tuner that transmits the signal to 
the STB 500. The satellite tuner may also be integrated 
within the STB 500. 

[0067] As illustrated in Figure 8, STB 500 may include 
a demodulator/forward error correction (FEC) decoder 
505, an external demodulator/FEC interface 510, a 
transport processor 5 15, an MPEG decoder 520, an ex- 
ternal MPEG data interface 525, an A/V digital interface 
535, and a video encoder 560. The external demodula- 
tor/FEC interface 510 and the external MPEG data in- 
terface 525 exchange data with the A/V digital interface 
535 and an external storage medium 540. A decoded 
output stream from the MPEG decoder 520 is converted 
to analog in video encoder 560 and fed to a display 570. 
In one embodiment, the demodulator/FEC decoder 505, 
the external demodulator/FEC interface 510, the trans- 
port processor 515, the MPEG decoder 520, external 
MPEG data interface 525, A/V digital interface 535 and 
video encoder 560 may be implemented on a single 
chip. 

[0068] The operation is now described. When the 
STB 500 is in a power-down mode, STB 500 searches 
a program guide to find an upcoming pay-per-view 
(PPV) event. When the PPV event begins, the STB 500 
tunes to the appropriate transponder and begins receiv- 
ing the A/V, system time and conditional access packets 
associated with the PPV event. 
[0069] Similar to the STB described earlier, all of in- 
coming programming data (the data described in Fig. 5 
for example) is time-stamped at the time of reception 
and passed to the external MPEG data interface 525. 
The programming data is not decrypted at this time, but 
is passed from the STB 500 to the A/V digital interface 
535. Preferably, the A/V digital interface 535 is config- 
ured in accordance with an industry standard. Thecom- 
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pressed, encrypted programming data is then passed 
to an integrated circuit that is part of the A/V digital in- 
terface 535 and placed inside a wrapper. The data, if 
desired, may also be subjected to an additional layer of 
copy protection provided by A/V digital interface 535. 
Thereafter, the data Is sent to external storage medium 
540 for storage. Alternatively, a 1394 storage scheme 
may be used, including a 1394 A/V digital interface as 
the A/V digital interface 535 and a 1394 hard drive as 
the external storage medium 540. 
[0070] When the selected PPV recording is complete, 
the STB 500 then searches for another, not previously 
recorded PPV event, to record. Similar to that described 
with reference to the STB. the above procedure is then 
repeated. Over the course of a week or so, all PPV 
events on the satellite system can be recorded to the 
storage medium 540 in this manner. 
[0071] When the viewer turns STB 500 back on, the 
viewer is given the option to playback any of the previ- 
ously recorded PPV events. If the viewer selects one, 
the appropriate audio, video, system time and condition- 
al access packets are retrieved from the storage medi- 
um 540 via the A/V digital interface 535. Any conditional 
access that was applied at the A/V digital interface 535 
is removed (decrypted) and the data is then sent back 
to the external demodulator/FEC interface 510, which 
uses the recorded time stamps to recreate the original 
transmission timing of the data. 
[0072] In one embodiment, the external demodulator/ 
FEC interface 510 may be used to move the data back 
into the single system chip, for example. From this point 
on, the playback data looks essentially identical to the 
original PPV broadcast. The conditionai access packets 
are used to decrypt the audio and video data, which is 
then sent to the MPEG decoder 520 and eventually to 
the display 570 via video encoder 560. 
[0073] The invention being thus described, it will be 
obvious that the same may be varied in many ways. 
Such variations are not to be regarded as departure 
from the spirit and scope of the invention, and all such 
modifications as would be obvious to one skilled in the 
art are intended to be included within the scope of the 
following claims. 



Claims 

1. An apparatus for performing background caching of 
encrypted programming for later playback, com- 
prising: 

a memory (315, 320) operatively connected to 
a bus (305) for storing received, encrypted dig- 
ital data packets of at least one pay-per-view 
(PPV) event; 

a processor (330) for decrypting the data pack- 
ets when they are transferred by said memory 
via said bus; and 



a decoder (350) for decoding said decrypted 
data packets for display on a display device 
(370); 

s characterized in that the apparatus searches and 
caches data packets of said at least one PPV event 
when in a power-down mode, and plays back a re- 
corded PPV event in a power-up mode upon selec- 
tion by a user. 

10 

2. The apparatus according to claim 1 , characterized 
by a recording device (310) for digitally recording 
said encrypted digital data packets, and for trans- 
mitting said digitally recorded data packets to said 

15 memory (320). 

3. The apparatus according to claim 2, characterized 
in that the recording device includes at least one 
mass storage device (320). 

20 

4. The apparatus according to claim 3, characterized 
in that said mass storage device (320) is at least 
one of a hard disc drive, magnetic storage device 
or optical storage medium. 

25 

5. The apparatus according to claim 2, characterized 
in that said processor (330) is a transport processor 
operatively connected to said bus (305) and to an 
input port (325) for receiving said encrypted digital 

30 data packets from said input port (325). 

6. The apparatus according to claim 5, further com- 
prising: 

35 a host processor (310) operatively connected 

to said bus (305) and said memory (315) for 
performing graphics-user interface and brows- 
er functions; and 

an interface (340) for receiving said encrypted 
40 digital data packets from said transport proces- 

sor (320) and for transferring said received en- 
crypted digital data packets simultaneously to 
said memory (315) via said bus (305), and to 
said decoder (350), 
45 said memory (315) further including a buffer 

space for temporarily storing the encrypted dig- 
ital data packets received from said interface, 
said host processor (310) directing said mem- 
ory to transfer said encrypted digital data pack- 
so ets to be digitally recorded by said recording 
device, and 

said interface (340) adapted to receive said dig- 
itally recorded data packets from said recording 
device via said memory (315) and said bus 
55 (305). 

7. The apparatus according to claim 6, characterized 
in that said interface (340) is further adapted to 
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transfer said digitally recorded data packets to said 
decoder (350). 

8. The apparatus according to claim 6, characterized 
in that said host processor (310) searches a pro- 
gram guide to find upcoming PPV events, and, 
when said PPV event begins, the apparatus tunes 
to an appropriate transponder to begin receiving the 
encrypted digital data packets. 

9. The apparatus according to claim 8, characterized 
in that the digital data packets include packetized 
audiovisual data, system time data and conditional 
access data. 

10. The apparatus according to claim 5, characterized 
in that the transport processor (330) provides an ad- 
ditional layer of conditional access for the encrypted 
digital data packets, if desired. 

11. The apparatus of any of claims 1 to 10, character- 
ized in that the data packets are time -stamped upon 
reception. 

12. The apparatus according to any of claims 1 to 10, 
characterized in that the data packets are time- 
stamped upon reception, and 

the decoder (350) and transport processor 
(330) utilize the recorded time stamps to recreate 
the original transmission timing of the encrypted 
digital data packets, only when the user selects a 
recorded PPV event for playback. 

13. The apparatus according to claim 1, characterized 
in that the memory (21 5, 320) stores encrypted dig- 
ital data of a plurality of PPV events in repetition 
while the apparatus is in the power-down mode, and 

the user only pays for those recorded PPV 
events that are selected for playback in the power- 
up mode. 

14. The apparatus according to claim 2, characterized 
in that said recording device is an external storage 
medium (504). 

15. The apparatus according to claim 5, characterized 
in that the transport processor (330) decrypts said 
encrypted digital data packets of the user-selected 
PPV event, and sends the decrypted data packets 
to said decoder (350) via said interface (340). 

16. The apparatus according to claim 15, characterized 
in that said decoder (350) includes an MPEG A/V 
decoder (352) for decoding the video portion of said 
decrypted digital data packets and an AC-3/MPEG 
audio decoder (356) for decoding the audio portion 
of said decrypted digital data packets. 



17. The apparatus of claim 1 6, characterized by a video 
encoder (360) that converts the received video por- 
tion of the decrypted digital data packets to analog 
for display. 

5 

18. The apparatus of claim 1 , characterized in that the 
apparatus is configured as a set-top box (300) 
(STB) equipped with a digital video recorder. 

10 19. A method for background caching encrypted pro- 
gramming for later playback in a digital video re- 
cording (DVR) system, comprising: 

storing received, encrypted digital data packets 
15 of at least one pay-per-view (PPV) event in a 

memory (315, 320), 

time-stamping the received data packets upon 
reception; 

decrypting the data packets when they are 
20 transferred by said memory via a bus (305) , and 

decoding said decrypted data packets for dis- 
play on a display device (370), 
wherein said at least one PPV event is 
searched for, and its corresponding data pack- 
25 ets and cached, when the DVR system is in a 

power-down mode, and 
wherein a selected PPV event is played back 
when the DVR system is in a power-up mode, 
upon selection by a user. 

30 

20. The method according to claim 19, characterized in 
that said step of storing is repeated for a plurality of 
PPV events when the DVR system is in said power- 
down mode. 

35 

21 . The method according to claim 20, characterized in 
that the user only pays for those cached PPV events 
that are selected for playback in the power-up 
mode. 

40 

22. The method according to claim 19, characterized in 
that said searching includes searching a program 
guide to find upcoming PPV events, and, when said 
PPV event begins, the DVR system tunes to an ap- 

^5 propriate transponder to begin receiving the en- 
crypted digital data packets. 

23. The method according to claim 22, characterized in 
that said searching is performed by a host proces- 

so sor (310) in the DVR system. 

24. The method according to claim 19. characterized 
by decrypting said encrypted digital data packets of 
the user-selected PPV event, wherein said decryp- 

55 tion is performed in a transport processor (330) op- 
eratively connected to said memory via said bus. 

25. The method according to claim 1 9, characterized in 
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that said step of decoding includes utilizing said re- 
corded time stamps to recreate the original trans- 
mission timing of the encrypted digital data packets, 
only when the user selects a recorded PPV event 
for playback. s 



26. A set-top box (STB) for performing background 
caching of encrypted programming for later play- 
back, comprising: 

w 

searching means for searching a program 
guide to find upcoming pay-per-view (PPV) 
events received as encrypted data packets; 
storing means (525, 535, 540) for caching the 
received encrypted data packets for later play- 15 
back; and 

retrieval means (535) for retrieving said data 
packets for display, 

wherein the searching means searches and 
said storing means cashes data packets of said 20 
at least one PPV event when the STB is in a 
power-down mode, and plays back a recorded 
PPV event when the STB is in a power-up 
mode. 

25 

27. The STB of claim 26, characterized in that said 
searching means and said storing means repeat 
searching and recording for a plurality of PPV 
events, said recorded plurality of PPV events being 
stored on an external storage medium for later pi ay- 30 
back. 



28. The STB of claim 26, characterized in that said en- 
crypted digital data packets are time-stamped upon 
reception, 35 
and 

said retrieval means (535) decrypts said en- 
crypted digital data packets, uses the recorded time 
stamps to recreate the original transmission timing 
data of the data packets, and decodes the decrypt- *o 
ed digital data packets for display on a display de- 
vice (570). 

29. The STB of claim 26, characterized in that a user 
only pays for those cached PPV events that are se- 
lected for playback in the power-up mode. 
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